home *** CD-ROM | disk | FTP | other *** search
- Path: camelot.dsccc.com!kcline
- From: kcline@sun132.spd.dsccc.com (Kevin Cline)
- Newsgroups: comp.lang.ada,comp.lang.c,comp.lang.c++
- Subject: Re: C/C++ knocks the crap out of Ada
- Date: 15 Mar 1996 23:11:17 GMT
- Organization: DSC Communications Corporation Switch Products Division
- Message-ID: <4ictel$18v@tpd.dsccc.com>
- References: <00001a73+00002504@msn.com> <Pine.A32.3.91.960313165249.124278B-100000@red.weeg.uiowa.edu> <4i9ld6$m2v@rational.rational.com> <4iah20$p7k@saba.info.ucla.edu>
- NNTP-Posting-Host: sun132.spd.dsccc.com
-
- In article <4iah20$p7k@saba.info.ucla.edu>,
- Jay Martin <jmartin@cs.ucla.edu> wrote:
- >rlk@rational.com (Bob Kitzberger) writes:
- >
- >>: make is a _general_purpose_ utility. It _can_ be used to manage C
- >>: projects, or it can be used for a whole host of other things. How is
- >>: this hard to understand? Does ADA provide its own OS, its own editor and
- >>: its own hardware so that you never need to use anything else?
- >
- >>I don't think that anyone is having difficulty understanding your point.
- >>Make is indeed general purpose, but its roots are in the C/Unix
- >>culture, and those roots show.
- >
- >Right, make is mostly used to support development in C and other
- >primitive languages. I have seen this piece of crap utility used for
- >all sort of braindead misuses.
-
- Make is horrible. The distinction between tabs and spaces is the
- worst of all. However, make has one big advantage over most other
- build utilities for compiled languages: it works. In 1993 I was
- trying to use the build utilities suppied Verdix and Telesoft and
- Alsys Ada compilers, I became very, very fond of C and UNIX make; only
- one of the Ada make-equivalents (Verdix) worked at all. Telesoft
- couldn't handle source files with more than one unit, even if no
- circular dependencies were created, and the LRM mandated the
- compilation of such files. The Alsys AdaWorld system was a cruel
- joke played by the French on the U.S. DoD.
-
- >Heh, I have seen people using Lex and Yacc to build parsers to read
- >in simple tables.
- >Like swatting a bug with a sledge hammer (they ever heard of "scanf"?)
-
- Maybe, but I personally find it much easier to maintain lex & yacc
- grammers which make the file syntax explicit, instead of trying to
- divine the syntax from scanf statements scattered throughout a dozen
- subroutines.
-
- Lex and yacc are so useful that the DoD paid some good folks at
- U Cal Irvine to convert flex and bison (the GNU versions of lex and yacc)
- from C to Ada. I used them, they worked well, and saved me much
- aggravation trying to do the same thing at the Ada Standard I/O level.
-
- The scanf programmers tend to define their input file syntax to make
- it easy to parse, rather than easy to read, and then resist all
- suggestions to extend the syntax for user convenience.
-
- >By the way after 10+ years of using Unix I am
- >having trouble thinking of a standard Unix utility that is not a
- >total misdesigned piece of crap! Maybe someone can help me.
-
- I agree. They are all horrible. The only thing worse is working on
- systems like VAX/VMS or MS/DOS which have no utilities at all.
-
- --
- Kevin Cline
-